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© Computer system having host computer. 



© A computer system is presented. The computer 
system has a host computer (20), one or more 
personal computers (10) and a data transport system 
(30,31) which transports data between the host com- 
puter (20) and the personal computers (10). 

On each personal computer (10) resides a num- 
2 Der of applications (11). Each application (11) may 
^utilize the resources on the host computer (20) by 
OTuse of a requester program (13,15) existing on the 
J^j personal computer (1 0) and a host server (24) resid- 
ing on the host computer (20). When the application 
^(11) desires a command to be processed by the 
Pjhost server (24), the application (11) transfers the 
command to the requester program (13.15). The 
©requester program (13,15) receives the command 
^and any parameters or other data associated there- 
LUwith. The requester program (13,15) translates or 
reformats the command and associated information 
in preparation for sending the command et al. to the 



host computer (20). 

The requester program (13,15) hands the trans- 
lated command to data transport software (17,18). 
The data transport software (17,18) serves to inter- 
face the requester program (13, 15) with the data 
transport system (30.31) and serves to interface the 
host server (24) with the transport system (30,31). 
The translated command is thereby transferred from 
the requester program (13,15) to the host server 
(24). 

The host server (24) oversees the execution of 
the command. The host server (24) may call data 
base intrinsics (22), operating system intrinsics (21) 
or remote procedure intrinsics (23) to execute the 
command. 

When the host server (24) is started in response 
to a request originated by an application (11), host 
server (24) allocates a certain amount of memory on 
the host computer (20) for use by the application 
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(11) as a scratch pad. Through the use of remote 
procedures (23) the application (11) may store in- 
formation to the scratch pad, modify data in the 
scratch pad and retrieve data from the scratch pad. 
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Computer System 



Background 



The use of personal computers for processing 
provides several advantages to the user. For In- 
stance, since there is typically only one user, com- 
puter response time is predictable. Further, a per- 
sonal computer may be portable, and is isolated 
from other users so that there is no worry about 
another user causing a system "crash 

Similarly, performing operations on a larger, or 
host computer provides certain advantages. For 
instance, on a host computer a central data base 
may be kept. In such a data base a large amount 
of data may be centrally managed assuring that alt 
users of the data base have access to valid, "up-to- 
date" information. It is desirable to design systems 
which utilize both personal computers and a host 
computer and which profit from the advantages of 
each type of computer. 



Summary of the Invention 



In accordance with the preferred embodiment 
of the present invention a computer system is 
presented. The computer system has a host com- 
puter, one or more personal computers and a data 
transport system which transports data between the 
host computer and the personal computers. 

On each personal computer reside a number of 
applications. Each application may utilize the re- 
sources on the host computer by use of a re- 
quester program existing on the personal computer 
and a host server residing on the host computer. 
When the application desires a command to be 
processed by the host server, the application trans- 
fers the command to the requester program. Trans- 
fer of the command may be done in the form of a 
normal procedure call. The requester receives the 
command and any parameters or other data asso- 
ciated therewith. The requester program translates 
or reformats the command and associated informa- 
tion in preparation for sending the command et al. 
to the host computer. 

The requester hands the translated command 
to data transport software. The data transport soft- 
ware serves to interface the requester with the data 
transport system and serves to interface the host 
server with the transport system. The translated 
command is thereby transferred from the requester 
to the host server. 

The host server oversees the execution of the 
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commands. In the preferred embodiment, there are 
five categories of commands. The first category 
includes commands which pertain to the setting up 
and maintaining of a session between the host 
5 server and the requester. Once the host server is 
set up, commands in this category are typically 
executed by the host server. The second category 
of commands includes commands which request 
interaction with a data base. Host server typically 
w calls data base intrinsics to execute these com- 
mands. The third category of commands includes 
commands which are calls to the operating system. 
Host server typically calls operating system intrin- 
sics to execute these commands. The fourth cate- 
rs gory of commands includes commands which are 
calls to remote procedures. These remote proce- 
dures are procedures written for a specific applica- 
tion, but which reside on the host computer rather 
than the personal computer. The host server typi- 
so cally call remote procedure intrinsics to execute 
these commands. The fifth category of commands 
includes commands which are used for housekeep- 
ing. For example, the requester may request host 
server for certain status information. Commands in 
25 this category are typically executed by the host 
server. 

When the host server is started in response to 
a requests originated by an application, host server 
allocates a certain amount of memory on the host 
30 computer for use by the application as a scratch 
pad. Through the use of remote procedures the 
application may store information to the scratch 
pad, modify data in the scratch pad and retrieve 
data from the scratch pad. 

35 

Brief Description of the Drawings 

40 Figure 1 shows program modules within a 

personal computer and within a host computer 
which allow for cooperative processing between the 
host computer and personal computer in accor- 
dance with a preferred embodiment of the present 

45 invention. 

Figure 2 shows an alternate embodiment of 
some of the program modules shown in Figure 1 . 

Figure 3 shows a parameter block and de- 
tails of an intrinsic library shown in Rgure 1 . 

so Figure 4 shows additional detail of the pro- 

gram modules shown in Figure t . 

Rgure 5 shows a block diagram of mes- 
sages sent between the host computer and the 
personal computer shown in Rgure 1 in accor- 
dance with the preferred embodiment of the 

3 
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present invention. 

Description of the Preferred Embodiment 



Figure 1 shows program modules within a per- 
sonal computer 10 and a host computer 20. These 
program modules allow for cooperative processing 
between host computer 20 and personal computer 
10. An application 11 calls an intrinsic library 12 in 
the same way application 11 makes other proce- 
dure or function calls. For example, this means that 
a return address, parameter values and/or address- 
es are placed on a program stack segment 70 
(shown in Figure 3), and that control is transferred 
to intrinsic library 12. In the preferred embodiment 
host computer 20 is an HP 3000 computer avail- 
able from Hewlett Packard Company, a California 
Corporation having a place of business at 3000 
Hanover Street, Palo Alto, California 94304. In the 
preferred embodiment personal computer 10 may 
be, for example a VECTRA personal computer, a 
Touchscreen personal computer, or a Portable Plus 
personal computer all available from Hewlett Pac- 
kard Company. 

As shown in Figure 3, intrinsic library 12 is 
composed of 5 modules. Each module contains 
intrinsics which are responsible for processing a 
particular class of intrinsic calls. Each module 
places output into parameter block 60. Parameter 
block 60 receives from each module two words 61 
of status information, and a number of words 62 of 
parameter values and addresses. For each module 
the number and arrangement of words 62 varies. 

The first module within intrinsic library 12 is 
session management intrinsics module 51 . Session 
management intrinsics module 51 handles com- 
mands from application 11 which are directed to 
control the link between personal computer 10 and 
host computer 20 and which perform other tasks 
which manage the session between personal com- 
puter 10 and host computer 20. Session manage- 
ment intrinsics module 51 extracts Information from 
program stack segment 70 and after changing the 
format, places the information in parameter block 
60. 

Data base intrinsics module 52 handles com- 
mands from application 11 which are to be ex- 
ecuted by data base intrinsics 22. Data base intrin- 
sics 22 resides on host computer 20 as shown in 
Figure 1 . With the use of a table, data base intrin- 
sics module 52 generates output which is placed in 
parameter block 60. Using the table, data base 
intrinsics module takes parameters and other in- 
formation from program stack 70, translates the 
parameters and other information, and places them 
in parameter block 60. 

Translation of the parameters may include, for 
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example, placing the parameters in parameter 
block 60 without modifying the parameters, modify- 
ing the parameters before placing them in param- 
eter block 60, or placing substitute parameters or 

6 other information into parameter block 60. 

Data base intrinsics module 52 also uses the 
table to determine how parameters are to be 
passed to host computer 20. For example, the 
implemented data base may be TurbolMAGE, 

10 available from Hewlett Packard Company. System 
intrinsics module 53 handles commands from ap- 
plication 11 which are to be executed by system 
intrinsics 21. System intrinsics 21 reside on host 
computer 20. With the use of a table, system 

75 intrinsics module 53 generates output for place- 
ment in parameter block 60. Using the table, sys- 
tem intrinsics module 53 takes parameters and 
other information from program stack 70, reformats 
the parameters and other information, and places 

20 them in parameter block 60. System intrinsics 
module also uses the table to determine how a 
parameters are to be passed to host computer 20. 
In the preferred embodiment of the present inven- 
tion MPE is used as the system program for host 

25 computer 20. MPE system program for HP 3000 
computer is available from Hewlett Packard Com- 
pany. 

Remote procedure call (RPC) intrinsics module 
54 handles commands from application 11 which 

30 are to be executed by RPC intrinsics 23. RPC 
intrinsics 23 reside on host 20. With the use of a 
table, RPC intrinsics module 54 generates output 
for placement in parameter block 60. Using the 
table, RPC intrinsics module 54 takes parameters 

35 and other information from program stack 70, refor- 
mats the parameters and other information, and 
places them in parameter block 60. 

Conversion intrinsics module 55 handles com- 
mands from application 11 which are to be ex- 

40 ecuted by conversion modules 14 or conversion 
modules 16. Conversion intrinsics module 55 ex- 
tracts information from program stack 70, reformats 
the information and places the information in pa- 
rameter block 60. 

45 As shown In Figure 1, requester 15 receives 
intrinsic calls from intrinsic library 12 when data is 
to be transferred to host 20 through a point to point 
data communication link 31. Requester 13 receives 
intrinsic calls from intrinsic library 12 when data is 

so to be transferred to host 20 through a local area 
network (LAN) 30. When requester 13 or requester 
15 receives a software interrupt from intrinsic li- 
brary 12, requester 13 or requester 15 accesses a 
predetermined address to discover the location 

55 within parameter block 60 which contains address- 
es and parameters related to the particular proce- 
dure call. 

Requester 13 and Requester 15 have the same 

4 
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portion of memory as a scratch pad 27. Scratch 
pad 27 may be used by routines on personal 
computer 10 as temporary local storage on host 
20. For example, application 1 1 through RPC intrin- 
sics 23 may store, modify and retrieve data placed 
in scratch pad 27. Upon termination of host server 
24, the memory allocated to scratch pad 27 is 
freed by host 20 for reallocation. 

Additional commands are executed by intrin- 
sics implemented in the preferred embodiment of 
the present invention. For example, a "trace on" 
and a "trace off" command are implemented. The 
"trace on" command directs host server 24 to log 
data communication and/or intrinsic tracing data to 
a file. Also, a "start session" and a "stop session" 
are implemented. These commands direct host 
server 24 to start or stop a server session on host 
20. Further, a "status checking" command are im- 
plemented. A "status checking" command, gen- 
erated by requester 13 or by requester 15, causes 
host server 24 to verify compatible interface ver- 
sions are being used. Finally, a READ STDLIST 
command directs host server 24 to read a standard 
list device output generated by DB EXPLAIN (see 
above) for transmission back to personal computer 
10. 

Figure 5 shows the format of messages sent 
between personal computer 10 to host computer 
20. On personal computer 10, requester 13 and 
requester 15 create and interpret the messages. 
On host computer 20, host server 24 creates and 
interprets the messages. 

As shown in Figure 5, a message 100 includes 
a packet header 101 and a packet body 102. 
Packet header 101 include? a packet number 110, 
a product ID 111, packet attribute byte 112 and a 
packet status byte 113. Packet attribute byte in- 
dicates the origin of the message, e.g. whether it is 
from host 20 or personal computer 10. 

Packet body 102 includes an operation cate- 
gory byte 114 and a function type 115. For exam- 
ple, operation category byte 114 may indicate in 
the category of an intrinsic included in the mes- 
sage. For instance, the intrinsic may be catego- 
rized as (1) system control intrinsic, (2) a data base 
intrinsic, (3) an operating system intrinsic, (4) a 
remote procedure call intrinsic, or (5) a special 
intrinsic used for housekeeping, status, etc. Func- 
tion type 115 may contain or identify a command 
which invokes a particular intrinsic. 

When application 1 1 desires to start a session 
on host computer 11, application makes two func- 
tion calls: a function call requesting a connection to 
host computer 20, and a function requesting the 
start of a session. Requester 13 and requester 15 
respond differently to these two commands. 

Upon receiving a connect function call, re- 
quester 15 sends out a message containing a "log 



on" string to PC server 25. PC server 25 passes 
the "log on" string to the operating system of host 
computer 20. Upon receiving from application 1 1 a 
request for a start session, requester 15 directs PC 

5 server 25 to start host server 24. 

PC server 25 starts host server 24 by issuing a 
create process intrinsic. Upon starting, host server 
24 determines how it was initiated. Upon deter- 
mination that PC server 25 initiated host server 24, 

w host server 24 opens two circular message files. 
These are used for communication between PC 
server 25 and host server 24. Host server 24 then 
waits for a check status message from requester 
15. The check status message allows host server 

75 24 to determine whether host server 24 and re- 
quester 1 5 are compatible. Once it has been deter- 
mined that compatible interface versions are being 
used, host server 24 proceeds to process mes- 
sages from personal computer 10 until host server 

20 24 receives a session stop message. At that point 
the two circular message files are closed and host 
server 24 terminates. 

Upon receiving a connect function call, re- 
quester 13 sends out a message requesting net- 

25 work interface 26 to start a host server session. 
Network interface 26 starts host server 24 by use 
of a system process. For example, in the preferred 
embodiment, when AdvanceNet is used, system 
process DSDAD through a network monitor process 

30 monitors LAN 30. Upon receiving the request to 
start a server session, DSDAD starts host server 
24. 

Upon starting, host server 24 determines how it 
was initiated. Upon determination that a system 

35 process initiated host server 24, host server 24 
creates a port and adds it to a list of open ports 
within host 20. Host server 24 then waits for a 
check status message and a start session mes- 
sage. When a start session message is received, 

40 host server 24 gets a virtual terminal connection, 
starts a session using a "log on" string from re- 
quester 13. Host server 24 then adopts itself to the 
started session, that is, host server 24 causes its 
father process to be changed from DSDAD to the 

45 started session. Host server 24 then processes 
messages received from personal computer 10 un- 
til a stop session message is received. Then host 
server 24 terminates the sessions and closes the 
virtual terminal connection. 

50 Messages from personal computer 10 to host 
computer 20 carry commands which are executed 
by system intrinsics 21 , data base intrinsics 22 and 
RPC intrinsics 23. Generally, after execution, host 
computer 20 returns to personal computer 10 a 

55 return message which includes, for example, data 
and/or status. 

For messages carrying commands for IMAGE 
data base to be executed by data base intrinsics 
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22, data 116 contains parameters to the file and 
command intrinsics, and where a parameter is vari- 
able in length, a size parameter. Messages re- 
turned to personal computer 10 consists of a con- 
dition code, status and data appropriate for the 
intrinsic. However, return messages for IMAGE 
commands DBERROR and DBEXPLAIN do not in- 
clude status. Further DBEXPLAIN does not return a 
message but writes information into a storage loca- 
tion IMAGE called a stdlist file. In order to retrieve 
this information personal computer 10 issues a 
READ STDLIST command to get a message. 

For messages carrying commands for an MPE 
system program to be executed by system intrin- 
sics 21, data 116 contains parameters to the file 
intrinsics-which are the intrinsics which execute 
FREAD and FOPEN commands-and to the COM- 
MAND intrinsic and, where a parameter is variable 
length, a size parameter. Messages returned to 
personal computer 10 include a condition code and 
the data normally returned to a process which 
executes the particular MPE system command. 

The FREAD and FOPEN intrinsics return mes- 
sages which have an extra parameter. The param- 
eter returns function values from the intrinsic. 

For messages which carry remote procedure 
calls to be executed by RPC intrinsics 23, data 116 
contains RPC data, a field designating the number 
of bytes of RPC data being sent and a field des- 
ignating the number of bytes of return data per- 
sonal computer 10 expects to receive from host 
computer 20 as a result of the message. Messages 
returned to personal computer 10 include a con- 
dition code, status, return data and a field designat- 
ing the number of bytes of return data. The RPC 
data includes the name of the procedure to be 
called and the data to be passed to the procedure. 
Upon receiving a message for a remote procedure 
call, host server 24 retrieves the procedure from 
RPC intrinsics 23, executes the intrinsic and loads 
the return data into the return message. 

Host server 24 recognizes a "trace on" mes- 
sage and a "trace off" message. The request mes- 
sage for a "trace on" contains fields which indicate 
the type of tracing to be done. This field indicates 
whether intrinsic tracing, data communication trac- 
ing, or both is to occur. 

When host server 24 receives a message in- 
dicating intrinsic tracing is to be done, host server 
24 opens an output file. Into this output file is 
logged the data from request message. Also 
placed in this file' is return data from return mes- 
sages sent in response to messages which carry 
remote procedure calls. 

When host server 24 receives a message in- 
dicating data communication tracing is to be done, 
host server 24 also opens an output file. Into this 
file is logged data communications packets which 



pass between PC server 25 and host server 24, 
and/or data communication packets which pass be- 
tween network interface 26 and host server 24. 
When host server 24 receives a "trace off" 

5 message no further logging is done and any open 
output files are closed. 

Host server 24 also recognizes a "start ses- 
sion" message and a "stop session" message 
which are sent over LAN 30. For a "start session" 

io message, data 116 contains a character string used 
for "log on" to host computer 24. A return mes- 
sage for the "start session" message includes in- 
formation pertaining to any detected error. For a 
. "stop session" message no data is sent. A return 

15 message for the "stop session" message includes 
information pertaining to any detected error. 

For a "start session" message sent over LAN 
30, host server 24 gets a virtual (pseudo) terminal 
connection, starts a session using the included 

20 character string and adopts itself to that session. 
For a "stop session" message sent over LAN 30, 
host server 24 terminates the session and closes 
the virtual terminal connection. 

Requester 13 or requester 15 to host server 24 

25 can send a request message which includes a 
"status checking" command. Such a request mes- 
sage includes within data 116 the packet buffer 
size, version number of requester 13 or 15, and a 
transport flag, which gives further information on 

30 capabilities supported by the requester initiating 
the message. A return message sent from host 
server 24, includes the error information and the 
version number of host server 24. 

Upon receiving a request message which in- 

35 eludes a "status checking" command host server 
24 checks the enclosed version number to deter- 
mine whether the version number sent in the mes- 
sage describes a version host server 24 is able to 
interact with. If so host server 24 returns its own 

40 version number to personal computer 10. Other- 
wise, the return message includes error informa- 
tion. 

A request message for a READ STDLIST com- 
mand does not contain data field 116. A return 
45 message sent from host 24 includes error informa- 
tion, data, and a field which indicates the amount of 
data within the return message. 

Upon receipt of a request message for a READ 
STDLIST command, host server 24 closes the 
so stdlist file, and loads the contents into the return 
message. 

In Figure 2, a personal computer 40 is shown 
to have an alternate configuration to personal com- 
puter 10. An application 41 calls an intrinsic library 
55 42 in the same way application 41 makes other 
procedure or function calls. A single requester 43 
receives intrinsic calls from intrinsic library 42 
when data is to be transferred to host 20 through 
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data communication link 31 or LAN 30. Requester 
43 calls serial bus library 45 to transfer information 
over data communication link 31 to PC server 25 
within host computer 20. Requester 43 calls net- 
work interface 45 for the transfer of information 
over LAN 30 to network interface 26 within host 
computer 20. Conversion intrinsics from intrinsic 
library 42 are passed to conversion libraries 44. 

Appendix A contains source code listings of 
network interface 26, requester 13 and host server 
24 in accordance with the preferred embodiment of 
the present invention. 



Claims 

1. Computer system having at least one first 
computer (10), host computer (20) and a data 
transport system (30, 31) which is coupled to the 
first computer (10) and the host computer (20), 
comprising a plurality of program segments which 
facilitate the execution of a plurality of commands 
by the host computer, the plurality of commands 
being originated by an application (11) which re- 
sides on the first computer (10), characterized in 
that the program segments comprise: 

a requester program (13, 15) residing on the first 
computer (10), which receives commands from the 
application (11) and in preparation for transport of 
the commands, translates the commands to pro- 
duce translated commands; 
data transport software (17, 18) residing within the 
first computer (10) and within the host computer 
(20), the data transport software receiving the 
translated commands from the requester program 
and causing the data transport system to transport 
the translated commands to the host computer; 
a host server program (24), residing on the host 
computer (20), the host server program receiving 
the translated commands and overseeing the ex- 
ecution of the commands; and, 
intrinsic program segments (21 , 22, 23) residing on 
the host computer (20), the intrinsic program being 
called by the server program (24) in order to ex- 
ecute the commands. 

2. Computer system as in claim 1 , character- 
ized in that the intrinsic program segments include: 
data base intrinsic program segments (22) which 
are called by the host server program to execute 
commands which operate on a data base; 
system intrinsic program segments (21) which are 
called by the host server program to execute com- 
mands which are commands normally executed by 
an operating system of the host computer; and, 
remote procedure intrinsic program segments (23) 
which are called by the host server program to 
execute commands specific to the application pro- 
gram. 



3. Computer system as in claim 2, character- 
ized in that a segment of memory is reserved by 
the host server (24) as a scratch pad (27) for the 
application program to use as temporary storage 

5 on the host server, and wherein the remote proce- 
dure intrinsic program segments (23) include 
means for, in response to commands from the 
application, storing data in the scratch pad (27), 
modifiying data in the scratch pad, and retrieving 

10 data from the scratch pad. 

4. Computer system as in one of claims 1 to 3, 
characterized in that the requester (13, 15) and 
the host server program (24) interact by means of 
a protocol, the protocol including a first message 

75 originated by the requester and a return message 
originated by the host server program, the first 
message including data which identifies the version 
of the requester and when the host server program 
is compatible with the requester program, the re- 

20 turn message including data which identifies the 
version of the host server program. 

5. Method for facilitating the execution of a 
plurality of commands by a host computer (20) in a 
computer system having a first compouter (10), the 

25 host computer (20) and a data transport system 
(30, 31) which is coupled to the first computer and 
the host computer, the plurality of commands be- 
ing originated by an application which resides on 
the first computer (10), characterized by: 

30 (a) transferring the commands from the ap- 

plication to a requester program segment (13, 15); 

(b) preparing the commands, by the request- 
er program segment, to be transported to the host 
computer (20) by translating the commands to pro- 

35 duce translated commands; 

(c) transporting the translated commands 
from the first computer (10) to the host computer 
(20) over the data transport system (30, 31); 

(d) receiving of the translated commands by 
40 a host server program (24) residing on the host 

computer (20); and, 

(e) calling for intrinsic program segments 
(21, 22, 23) by the host server program, to execute 
the commands. 

45 6. The method as in claim 5, characterized in 
that step (e) additionally comprises the substeps 
of: 

(el) calling data base intrinsic program seg- 
ments (22) for the execution of commands which 
50 operate on a data base; 

(e2) calling system intrinsic program seg- 
ment (21) for the execution of commands which are 
commands normally executed by an operating sys- 
tem of the host computer (20); and, 
55 (e3) calling remote procedure intrinsic pro- 

gram segments (23) for the execution of com- 
mands specific to the application program (1 1 ). 
7. The method as in claim 6, characterized by 
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the additional steps of: 

(f) reserving, by the host server program 
(24), a portion of memory in the host as a scratch 
pad (27) for the application program to use as 
temporary storage on the host server; and 5 

(g) performing the following substeps in re- 
sponse to commands from the application 

(g1) storing data in the scratch pad, 

(g2) modifying data in the scratch pad, and 

(g3) retrieving data from the scratch pad. 10 

8. A method as in claim 5 or 6, characterized 
by the additional steps of: 

(f) sending a message from the requester 
(15) to the host server (24), the message including 
data which identifies the version of the requester, 75 
and 

(g) when the host server program is compati- 
ble with the requester program, performing the 
following substep: 

(g1) sending a return message from the host server 20 
program to the requester, the return message in- 
cluding data which identifies the version of the host 
server program. 

25 
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© Computer system having host computer. 



© A computer system is presented. The computer 
system has a host computer (20), one or more 
personal computers (10) and a data transport system 
(30,31) which transports data between the host com- 
puter (20) and the personal computers (10). 

On each personal computer (10) resides a num- 
JJJ ber of applications (11). Each application (11) may 
^ utilize the resources on the host computer (20) by 
O use of a requester program (13,15) existing on the 
jN personal computer (10) and a host server (24) resid- 
*^ ing on the host computer (20). When the application 
r- (11) desires a command to be processed by the 
Jjj host server (24), the application (11) transfers the 
command to the requester program (13,15). The 
O requester program (13,15) receives the command 
and any parameters or other data associated there- 
IJJ with. The requester program (13,15) translates or 
reformats the command and associated information 
in preparation for sending the command et at. to the 



host computer (20). 

The requester program (13,15) hands the trans- 
lated command to data transport software (17,18). 
The data transport software (17,18) serves to inter- 
face the requester program (13, 15) with the data 
transport system (30,31) and serves to interface the 
host server (24) with the transport system (30,31). 
The translated command is thereby transferred from 
the requester program (13,15) to the host server 
(24). 

The host server (24) oversees the execution of 
the command. The host server (24) may call data 
base intrinsics (22), operating system intrinsics (21) 
or remote procedure intrinsics (23) to execute the 
command. 

When the host server (24) is started in response 
to a request originated by an application (11), host 
server (24) allocates a certain amount of memory on 
the host computer (20) for use by the application 
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(11) as a scratch pad. Through the use of remote formation to the scratch pad, modify data in the 
procedures (23) the application (11) may store in- scratch pad and retrieve data from the scratch pad. 
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